home *** CD-ROM | disk | FTP | other *** search
/ The Original Shareware 1.1 / The Original Shareware (WeMake CDs)(Volume 1.1)(CDs, Inc)(1993).iso / 35 / maxp_102.zip / !README.1 next >
Text File  |  1990-08-07  |  4KB  |  97 lines

  1.  
  2. Maximus for OS/2 V1.20 release notes, Mon  08-06-1990
  3. -----------------------------------------------------
  4.  
  5. Here is the third version of Maximus for os/2 to be made freely
  6. available.
  7.  
  8. History:
  9.         v0.99.OS/2      - Initial release
  10.         v1.00.OS/2.R2   - Second release (a stable Beta version)
  11.         v1.02.OS/2      - This release.
  12.  
  13.  
  14. It is assumed that you have already installed MAX_102.LZH,  the dos
  15. version of Maximus.  To install the OS/2 version,  simply copy all
  16. of the *.EXE files to your \MAX directory (or wherever you installed
  17. MAX_100).  If you place SNSERVER.DLL and COMM.DLL in this dir,  make
  18. sure \MAX is on your LIBPATH.  Alternatively,  put SNSERVER.DLL and
  19. COMM.DLL in a dir that is already on your LIBPATH.  Your LIBPATH is
  20. defined in C:\CONFIG.SYS.
  21.  
  22. If you have no desire to keep the DOS executables,  you may erase
  23. them.  Note that ALL of the protect mode (os/2) programs, that have
  24. a similar dos program,  end in the letter 'P'.   If you have already
  25. been running the DOS version,  and created batch files that
  26. reference the programs,  you may wish to rename the OS/2 EXEs to the
  27. names used by the DOS version.  You can also "ren *.bat *.cmd" to
  28. turn them into OS/2 batch files.  Snip this out to rename the OS/2
  29. EXEs:
  30.  
  31. ren ANSI2BBP.EXE  ANSI2BBS.EXE
  32. ren CVTUSRP.EXE   CVTUSR.EXE
  33. ren EDITCALP.EXE  EDITCALL.EXE
  34. ren MECCAP.EXE    MECCA.EXE
  35. ren PIPERP.EXE    PIPER.EXE
  36. ren SCANBLDP.EXE  SCANBLD.EXE
  37. ren SILTP.EXE     SILT.EXE
  38. ren MAXRENP.EXE   MAXREN.EXE
  39. ren MAXP.EXE      MAX.EXE
  40.  
  41. New features:
  42. -------------
  43.  
  44.  -  All features in the DOS version of Maximus, v1.02
  45.  
  46.  -  Maximus uses COMM.DLL for all com port i/o.  These routines provide
  47.     better throughput,  yet use less CPU time.
  48.  
  49.  -  PmSnoop now takes a command line parameter: a pipe name.  This
  50.     was provided so that you can recover from a mis-typed pipe name.
  51.     If you find yourself in the situation where PmSnoop aborts with
  52.     an error "SYS0110",  go to a command line an start pmsnoop
  53.     something like this: "Pmsnoop \pipe\pipename".  Then "S)ave
  54.     Options" from the F)ile menu.
  55.  
  56. Comments:
  57. ---------
  58.  
  59.  - The <ahem> correct init string for an HST 9600+ modem,  locked at
  60.    a high baud rate, is, in part:
  61.  
  62.         "AT &B1 &H1 &I0 &R2"
  63.  
  64.    In conjuction with a MODE setting, in part,  of:
  65.  
  66.            MODE comx:<baud>, n, 8,1, IDSR=OFF,ODSR=OFF,OCTS=ON,RTS=HS
  67.  
  68.    However, this will not work with most versions of BTP :-(.  BTP
  69.    will force the RTS settion to "TOG" with the above setting.  I
  70.    think btp 2.40 solves this problem.  If you're having problems,
  71.    try RTS=ON and cross your fingers.
  72.  
  73.    The modem init string is put in binkley.cfg.  The MODE command is
  74.    used before you start BTP.EXE.
  75.  
  76.  - Most COM0?.SYS's are BRAIN DAMAGED.  If Binkley and/or Maximus
  77.    start reporting errors like:
  78.  
  79.        ! 06 Aug 21:25:20 BINK SYS0021: ComGetDCB()
  80.        ! 06 Aug 21:25:20 BINK SYS0021: ComGetDCB()
  81.        ! 06 Aug 21:25:20 BINK SYS0021: ComGetDCB()
  82.  
  83.    It means COM0?.SYS has taken a holiday.  You may also get a
  84.    pop-up saying either "COM?: is not responding" or "COM?: is not
  85.    installed".
  86.  
  87.    None of this is bink's or max's fault.
  88.  
  89.    I have yet to find a COM0?.SYS under os/2 1.20 that does not do
  90.    this regularly.  The most reliable one I have found was a 1.10 EE
  91.    version.  Unfortunately,  the more reliable 1.10 com0?.sys's
  92.    don't support extended buffering on the 16550 UART.
  93.  
  94. Peter Fitzsimmons, Mon  08-06-1990
  95.  
  96.  
  97.